Method and system for a client to server deployment via an online distribution platform

ABSTRACT

An apparatus and a method for a client to server deployment via an online distribution platform can include a mechanism to update at least part of a system software or server-side software via a parallel client software update. Online distribution platforms such as mobile application stores can be utilized in embodiments of the apparatus and method to provide not only the client update, but also the system software update in the underlying system (e.g. server-side version).

CROSS REFERENCE TO RELATED APPLICATIONS

The present application claims priority to European Patent ApplicationNo. EP 17186175.0, filed on Aug. 14, 2017. The entirety of thisapplication is incorporated by reference herein.

FIELD

This innovation relates to telecommunication devices, methods andsystems for upgrading software. Some embodiments can be configured sothat software upgrades of specific components in a system's imageutilizes mobile distribution platforms such as specific onlineapplication stores.

BACKGROUND

In some platform-based system solutions, e.g. similar to OpenScapeBusiness X variants, there is often the problem of deploying separatepatches, because the system solution might be delivered as a totalimage. The problem becomes more complex when trying to synchronizemobile or desktop applications or program versions with server side one.Small and Medium Enterprise System Solutions rely most of the times onhardware components somewhere in customer's company premises hidden fromfirewalls and other security restricted accesses. In these systemsupdates can often be installed manually or via specific connectedservers. The most common case is that the aforementioned updates aregiven as a whole official release and it is rare to find occasions thatcustomer install patches. Even patch delivery is a very difficultprocess which requires monitoring and history logging. Hence, safelyupgrading a certain component isolated from other system softwarecomponents is done via the total image.

Specific online distribution platforms such as mobile application storeslike AppStore or Google's Play Store have developed a mechanism forupgrading applications/software via their own server which helped themmonitoring what and how often something is upgraded. In parallel, theseaforementioned application stores give the consumer the opportunity toupgrade automatically their apps/software without noticing it. This hasbecome a common practice and users are familiar with the underlyingprocess of these application stores. Most of the time, these updatesmust come together with server-side update. When this update is on acloud server, this makes it a bit easier since the developer can updatecustomers' applications/software almost at the same time instance as theserver, or sometimes making the server compatible to old and newversions of the application/software. However, this requires twoactions, one from the clients' side (or the mobile application side) andone from server side. This becomes more difficult when the service isnot offered via a cloud server but must install manually on thehardware.

For example, in platform-based solutions like OpenScape Business theseplatforms can consist of different components which, for example, offera telephony functionality on the one hand, and on the other hand aresponsible software for the communication between system and clientslike mobile apps (i.e. the Application Programming Interface, “API”).Whenever there is a new software for the client to be released, thedeveloper has to take care of both updates, one for the client and theother for the server side. Hence, most of the time the developer has towait until the server is updated and then could release the update forthe client (e.g. an application to be updated on a customer's mobilephone).

SUMMARY

We have recognized that, since most of these aforementioned systems aredistributed and are not centralized, there is no guarantee that allservers are in the latest compatible version to the latest clientsoftware update (e.g. the latest application available in theapplication store version, etc.). Embodiments of the present innovationare to provide an apparatus, a method, a system, as well as a computerprogram product stored on non-transitory computer readable medium (e.g.flash memory, a hard drive, etc.) for a client to server deployment viaan online distribution platform. Such a distribution platform caninclude communication networks that may extend through one or morenetworks (e.g. one or more local area networks, one or more wide areanetworks, etc.). Communication devices such as network nodes, gateways,access points, and servers that each have hardware (e.g. a processor,non-transitory memory, at least one receiver, and at least onetransmitter, etc.) can be included in the platforms across whichdeployment may occur. Embodiments can utilize a mechanism that canprovide an update total or part of a system software or server-sidesoftware (for example, the aforementioned API) via a parallel clientsoftware update (e.g. a mobile application update). In some embodiments,online distribution platforms such as mobile application stores can beutilized in order to provide the client update (client side applicationupdate) and also the system software update in the underlying system(server-side version update).

In some embodiments, a method for client to server deployment via onlinedistribution platforms can include:

a) Receiving a client software update and an image or at least a part ofan image of a server-side software update at a client from an onlinedistribution platform;

b) Approving the software update by the client to verify if a softwareupdate is necessary;

c) Updating/installing software update on the client and subsequentlogging in to a server;

d) Requesting a server deployment from the server by the client;

e) Acknowledging the server deployment request of the client by theserver;

f) Requesting a package of the image or at least a part of the image ofthe server-side software update from the client by the server;

g) Transferring the package of the image or at least a part of the imageof the server-side software update from the client to the server; and

h) Initializing of the deployment on the server.

It will be understood that embodiments of the method can be independentof any operating system. In some embodiments, the method can be definedby code that is stored in a non-transitory computer readable medium sothat a device that processes the code via at least one processor canperform the method. For example, an embodiment of the method or anembodiment of the non-transitory computer readable medium can beembodied in an iOS, Windows, Android or any other operating systemenvironment that may an operating system that is run by atelecommunications device or other electronic device.

In one advantageous embodiment, said online distribution platform may bean online store or a specific application store offering software aswell as software updates which could be downloaded manually orautomatically by the customer. In particular, said online distributionplatforms may be such like the App Store from Apple or Play Store fromGoogle and may be specific for a given operating system like iOS,Windows, Android etc.

In one advantageous embodiment said client is a piece of hardware orsoftware that accesses a service made available by a server. Inparticular, said client may be a device such as a stationary PC or amobile device such as a mobile phone, a smartphone, a tablet, a mobilepersonal computer (“PC”), a smart watch or the like. On the other handthe client may also be an application or software being installed on oneof the aforementioned devices.

In another advantageous embodiment, said client software update is aspecific application update, which is provided by a developer or anorganization updating the software for this specific mobile application.

In another advantageous embodiment not one but a plurality of clientscontributes to the server deployment, wherein the method comprises stepsof:

a) Receiving a client software update and an image or at least a part ofan image of a server-side software update at an at least one client of aplurality of clients from an online distribution platform;

b) Approving the software update by the at least one client of theplurality of clients to verify if a software update is necessary;

c) Updating/installing software update on the at least one client of theplurality of clients and subsequent logging in into the server;

d) Requesting a server deployment from the server by the at least oneclient of the plurality of clients;

e) Acknowledging the server deployment request of the at least oneclient of the plurality of clients by the server;

f) Requesting a package of the image or at least a part of the image ofthe server-side software update from the at least one client of theplurality of clients by the server;

g) Transferring the package of the image or at least a part of the imageof the server-side software update from the at least one client of theplurality of clients to the server; and

h) Initializing of the deployment on the server.

In another advantageous embodiment said server can send theacknowledgement together with an individual sequential or random packagenumber to each client. Hence, in this case the server does not know howmany clients will contribute to update software on the server side;hence, for every update request the server sends an acknowledgement withthis sequential or random package number. The client or thesoftware/application on client side receives this package numbering andwaits until the server sends a message to all the clients participatingto the upgrade of the total number of packages.

In a further advantageous embodiment, the server can set up a waitingtime especially after method step d) mentioned above to receiveeventually more requests of server deployments from other clients. Ifthe server receives more requests of server deployments from otherclients, the server can send a message with the total number of packagesto all the clients participating in the upgrade. When these clientsreceive that total number, they divide the total image into equal and/orpredetermined and/or random sized divided packages according to thetotal number and sending only the package which relates to thesequential or random package number they have been informed togetherwith the acknowledgement. As said before the order of the packages inthe acknowledgement or acknowledging message can be random. This can beexploited for enhancing the security for man-in-the-middle attacks.

In another advantageous embodiment the server is one of a plurality ofservers in a system. It is understood that each server can be updated bythe aforementioned method. If the servers are connected to each other,an update of a server not receiving the latest update version so far maybe done by other servers and/or clients of a given systemsimultaneously.

In another advantageous embodiment said method provides an errorhandling for cases that during the upgrade process something goes wrong.For example, one of the clients (devices) is offline when the serverrequests finally to send the packages; or the acknowledgement neverreaches the client (device), so that a sequence number is lost. Furthererrors can occur due to a package is corrupted or “the total number ofpackages”-message does not reach its destination. All such error casescan have the same effect—eventually the server is not capable ofreconstructing the package and therefore cannot install the total imageor at least a part of the image of the server-side software update.Therefore, the error handling will take place at the server side whenthere is a problem reconstructing the package. Whenever the server facessuch an error, all available clients which are involved in the serverdeployment must contribute in solving the error. In such an event, theserver will request from all available clients (devices) the packagethat is missing or is corrupt. The available clients after receivingthat request will transfer this specific package to the server. When aproper package is evaluated and fits to complete the total image of theserver-side software update, then all other of these transferredpackages are discarded.

The overall benefit from this multiple instance process with a pluralityof clients and/or servers is that firstly it enhances security if onetries to insert malicious software inside a server. This is because themore clients (devices) participate in the update process of the server,the more uncontrollable the process becomes from an attacker's point ofview. The attackers would have to monitor all instances coming from andto the server, reconstruct packages according to the sequence numberfeedback etc. In parallel, embodiments of the method can provide theopportunity of fast deployment with a linear increase as a function ofthe number of clients (devices) involved in this process. The moredevices, the faster the deployment of the server could be realized.

Another aspect of the present invention is a system for a client toserver deployment configured for using the aforementioned method. Saidsystem comprises a client, server and an online distribution platform todownload a client software update and an image or at least a part of animage of a server-side software update. Thereby, the client of such asystem has access to the online distribution platform and can be capableof downloading the client software update and the image or at least apart of the image of the server-side software update from this onlinedistribution platform. A client is further capable of approving if asoftware update is necessary at all. If this approval does not happen,then there is no indication whatsoever that there is a new softwareupdate available. Furthermore, said client of said system is capable ofinstalling the client software update and can be capable of log-in intothe server to request a server deployment.

In embodiments of the communication apparatus and/or system, the servercan be capable of acknowledging the server deployment request of theclient and can be capable of requesting a package of the image or atleast a part of the image of the server-side software update from theclient. If the client receives such a request, it transfers the packageof the image or at least a part of the image of the server-side softwareupdate to the server and then the server is capable of initializing thedeployment.

According to one advantageous embodiment, the client and/or the serveris at least one of a plurality of clients or servers being implementedin said system. In another advantageous embodiment, the onlinedistribution store is an application store and/or the at least one ofthe plurality of clients is a device or mobile device such as a mobilephone, a smartphone, a tablet, a mobile PC, a smart watch and/or theclient is an application or a software is installed on one of theaforementioned devices. A network connection (e.g. internet connection,etc.) can facilitate communications between the client device(s) and theserver device(s)

In another advantageous embodiment, the client software update can be aspecific application update. In another advantageous embodiment, in theevent that a server is not capable of reconstructing the whole image orat least a part of the image of the server-side software update due to amissing sequence package or package corruption, the server requests themissing sequence package from all available clients in the system whichis involved in the server deployment to complete the image or at least apart of the image of the server-side software update.

A further aspect of the present invention is a software product that isstoreable on a non-transitory computer readable medium (e.g. anapplication storable on flash memory, etc.) for use in executing anembodiment of an aforementioned method via a physical side of a hardwareenvironment. For instance, the software product can be stored on acomputer-readable medium, preferably being directly loadable into aninternal memory of a computer device (e.g. a smart phone, a tablet, alaptop, a desktop computer, etc.), and comprising program code forperforming the steps of an embodiment of the method. The softwareproduct can be executed by said hardware environment, e.g. a computerdevice.

The hardware environment may be configured as a physical unit operatedby a user, and a virtual unit providing virtual desktop services to saidphysical unit, said physical unit and said virtual unit can be connectedvia a network. In some embodiments, the physical unit can comprise or isembodied by or included in a telephone, mobile phone, smartphone,personal digital assistant (“PDA”), desktop computer, portable computer,tablet computer, or the like, and may be configured to operate as a fatclient, thin client or zero-footprint client.

The virtual unit is preferably provided by a server instance (e.g. atleast one server device having a processor connected to non-transitorymemory), preferably being represented by a single server, data center,or cloud having multiple hardware servers at distributed places. It willbe noted that the program code may be adapted to alter or extendsoftware existing on said computer. As the software product of thisaspect comprises program code for performing the steps of the method,the device provides any advantage the method provides. In particular,the program code may be program code of an operating system, any kind ofsoftware or application software such as server application, clientapplication, mobile application, telecommunication software, routingsoftware, an app, plug-in or extension, an update package or servicepackage, and may be included in an installing package.

Embodiments of the present invention can include a computer program forcontrolling said method steps causing a hardware environment to performthe steps of the aforementioned method when said computer program isloaded in or executed by said hardware environment, and by a digitaldata carrier having electrically readable control signals which aredesigned to operate with a programmable hardware environment forcontrolling and performing the steps of the aforementioned method.

The following terms will be understood additionally to their usualmeaning as described in the following:

Update/Upgrade will be additionally understood to improve a system orcomponent(s) of a physical entity. This comprises: the process ofreplacing a product with a newer version of the same product; to improvefunctionality or solve problems e.g. with security via patches or hotfixand the like; to support industry regulatory requirements; to accessemerging technologies with new features, and tools; to meet the demandsof changing markets; to continue to receive comprehensive productsupport; and to improve the usability or performance of a system orphysical entity. In some contexts of the present invention the termupdate can have also the meaning of the process of installing somethingto a certain system or physical entity.

The term deployment or deploy (sth.) will be additionally interpreted asa general process that has to be customized according to specificrequirements or characteristics. This process can but not always have tocomprise of certain deployment activities such as:

Release; The release activity follows from the completed developmentprocess, and is sometimes classified as part of the development processrather than deployment proper. It includes all the operations to preparea system for assembly and transfer to the computer system(s) on which itwill be run in production. Therefore, it sometimes involves determiningthe resources required for the system to operate with tolerableperformance and planning and/or documenting subsequent activities of thedeployment process.

Installation and activation; For simple systems, installation involvesestablishing some form of command, shortcut, script or service forexecuting the software (manually or automatically). For complex systemsit may involve configuration of the system—possibly by asking theend-user questions about its intended use, or directly asking them howthey would like it to be configured—and/or making all the requiredsubsystems ready to use. Activation is the activity of starting up theexecutable component of software for the first time (not to be confusedwith the common use of the term activation concerning a softwarelicense, which is a function of Digital Rights Management systems). Inlarger software deployments on servers, the main copy of the software tobe used by users—“production”—might be installed on a production serverin a production environment. Other versions of the deployed software maybe installed in a test environment, development environment and disasterrecovery environment. In complex continuous delivery environments and/orsoftware as a service systems, differently-configured versions of thesystem might even exist simultaneously in the production environment fordifferent internal or external customers (this is known as amulti-tenant architecture), or even be gradually rolled out in parallelto different groups of customers, with the possibility of cancelling oneor more of the parallel deployments. A “hidden live” group can also becreated within a production environment, consisting of servers that arenot yet connected to the production load balancer, for the purposes ofblue-green deployment.

Deactivation; Deactivation is the inverse of activation, and refers toshutting down any already-executing components of a system. Deactivationis often required to perform other deployment activities, e.g., asoftware system may need to be deactivated before an update can beperformed. The practice of removing infrequently used or obsoletesystems from service is often referred to as application retirement orapplication decommissioning.

Uninstallation; Uninstallation is the inverse of installation. It is theremoval of a system that is no longer required. It may also involvessome reconfiguration of other software systems in order to remove theuninstalled system's dependencies.

Update; The update process replaces an earlier version of all or part ofa software system with a newer release. It commonly consists ofdeactivation followed by installation. On some systems, such as on Linuxwhen using the system's package manager, the old version of a softwareapplication is typically also uninstalled as an automatic part of theprocess.

Built-in update; Mechanisms for installing updates are built into somesoftware systems (or, in the case of some operating systems such asLinux, Android and iOS, into the operating system itself). Automation ofthese update processes ranges from fully automatic to user initiated andcontrolled. Norton Internet Security is an example of a system with asemi-automatic method for retrieving and installing updates to both theantivirus definitions and other components of the system. Other softwareproducts provide query mechanisms for determining when updates areavailable.

Adaptation; The adaptation activity is also a process to modify asoftware system that has been previously installed. It differs fromupdating in that adaptations are initiated by local events such aschanging the environment of customer site, while updating is aconsequence of a new release being made available. Adaptation mayrequire specialist technical skills such as computer programming, incertain complex cases.

The term “acknowledgement” will be understood as an acceptance of theserver to allow a deployment. This process may depend on predeterminedvalues of the server and/or the structure or content of the server-sideupdate to be installed and/or the reliability or the identity of theclient.

The term “Initializing the deployment on the server” will be understoodas the process of actions with which the server begins the deploymentprocess. Thereby the server can start this process when it has receiveda whole image of the server-side update but it is also possible that theserver starts with this process even in the case if only a part or partsof the whole image is available at the server-side. If the server startsthis process after receiving only a part or parts of the complete updateand finish it later when the complete update is available at the servermay depend on the predetermined values of the deployment process and/orthe structure or content of the server-side update to be installed.

Further features, objects, advantages, and details of the presentinvention will become more apparent from the following description ofspecific embodiments of the invention and respective illustration in theappended drawings. Obviously, features, objects, advantages, and detailsof a specific embodiment, its variations and modifications mutatismutandis apply to other embodiments, variations and modifications unlesssuch application obviously violates technical constraints or laws ofnature. Embodiments may be combined with each other, and any combinationof an embodiment with another embodiment as a whole or in terms ofsingle features thereof may be assumed to constitute an embodiment ofthe invention.

BRIEF DESCRIPTION OF THE DRAWINGS

Next, exemplary embodiments of a telecommunications device, apparatus,and system and methods of making and using the same are shown in theaccompanying drawings. It should be understood that like referencenumbers used in the drawings may identify like components.

FIG. 1 is a schematic view showing an overview of an exemplaryembodiment of a communication apparatus;

FIG. 2 is a schematic view showing an exemplary messaging of client toserver deployment, when only one client (device) participates;

FIG. 3 is a schematic view showing an exemplary client to serverdeployment when a plurality of clients (devices) contributes to thesoftware update on server side;

FIG. 4 is a schematic view showing an exemplary error-handling procedurewhen multiple clients contribute to the server-side software update.

A key for the reference signs used in the drawings is also providedbelow:

-   10 developer (e.g. developer computer device having a processor and    non-transitory memory, a receiver, and a transmitter);-   20, 21, 22 clients (each having a processor and non-transitory    memory, a receiver, and a transmitter);-   20 a, 21 a, 22 a receiving client software update and image or at    least a part of an image of server-side software update;-   20 b, 21 b, 22 b approving software update;-   20 c, 21 c, 22 c updating/installing software update;-   20 d, 21 d, 22 d requesting server deployment;-   20 e, 21 e, 22 e acknowledging server deployment request;-   20 f, 21 f, 22 f requesting a package of the image or at least a    part of the image of the server-side software update;-   20 g, 21 g, 22 g transferring package of the image or at least a    part of the image of server-side software update;-   30 server (each server having a processor and non-transitory memory,    a receiver, and a transmitter);-   31 time window;-   32 problem reconstructing the package server side;-   33 Beginning of the deployment;-   40 online distribution platforms;-   X1 client offline;-   X2 sequence number is lost X2;-   X3 request(s) to send a package of the image or at least a part of    the image of the server-side software update does not reach its    destination;-   X4 package is corrupted;-   Y request of missing package;-   transfer and receipt of missing package;

DETAILED DESCRIPTION

Now, the invention will be described in detail in its preferredexemplary embodiments, referring to the accompanying drawings. It is tobe noted however that the drawings are purely schematic and notnecessarily to scale. The drawings and descriptions are to illustratethe principle underlying the invention, not to limit the scope of theinvention in any way. The present invention is only limited by theappended claims.

According to FIG. 1 a developer 10 or organization update the softwarefor a client 20, 21, 22. The update provided by the developer 10 can beprovided by a computer device of the developer 10 (e.g. a server, workstation, or other computer device having hardware that includes aprocessor connected to non-transitory memory, at least one transmitter,and at least one receiver). This software update comprises an update forthe client 20, 21, 22 and contains additionally an image of aserver-side software update for a server 30 of a customer. Thesesoftware updates are available in online distribution platforms 40 suchas mobile application stores. The figure illustrates several clients 20,21, 22 (devices) obtaining said update which apart from the softwarechanges of the client 20, 21, 22 contains the image of the server-sidesoftware update. These clients 20, 21, 22 then deploy the software tothe server 30 of a customer.

FIG. 2 shows a schematic illustrating an exemplary process by which aclient 20 is updated with the new software and informs the server 30about the availability of an image of a server-side software update. Theclient 20 receives a client-server update and an image or at least apart of an image of a server-side software update 20 a by downloading itfrom an online distribution platform 40. Then a first timer is set wherethe client must approve the update 20 b. If this approval 20 b does nothappen, then there is no indication whatsoever that there is a newsoftware update available also for the server side. Then a second timeris set, where the client is installing/completing the update 20 c andlogs in to the server 30. After that step, the client is sending aserver deployment request 20 d to the server. The server is sending thenan acknowledgement of the server deployment request together with asequential or random package number 20 e. Optionally the server can setup a window which will allow other clients also to express their requestto upgrade the server-side software. The server 30 then requests thepackage from the client 20 f and the client subsequently provides thesoftware update package for the server 20 g. After receiving the wholeimage or at least a part of the image the server initializes deployment33.

FIG. 3 illustrates an exemplary process by which the client to serverdeployment can occur when multiple clients 20, 21, 22 contribute to theprocess. In a schematic it can be seen how multiple clients 20, 21, 22contribute to update the software on the server side 30. Client 20related communications are depicted in continuous arrow-headed lines,client 21 related communications are depicted in dotted arrow-headedlines and client 22 related communications are depicted in dashedarrow-headed lines. In this case, server 30 does not know how manyclients 20, 21, 22 will contribute to the updating/upgrading process,hence for every update request 20 d, 21 d, 22 d the server 30 sends anacknowledgement ACK with a sequential or random package number 20 e, 21e, 22 e. The client 20, 21, 22 receives this sequential or randompackage numbering and waits. After receiving a first request fordeployment 20 d the server 30 sets up a time window 31 to wait if otherrequests of deployments of other clients will follow. After expiring ofthe time window 31, the server 30 sends a message to all clientsparticipating to the upgrade process of the total number of packages 20f, 21 f, 22 f involved. After clients 20, 21, 22 have received thatnumber they divide the total image or at least a part of the image intoequal and/or predetermined and/or random sized divided packages and sendonly the one 20 g, 21 g, 22 g they have been informed prior to the 31time window closure. Subsequent, after all packages are received by theserver 30, the server 30 then combines these packages and initializesdeployment 33. As said before, the order of the packages in theacknowledgement messages 20 e, 21 e, 22 e can be random. This can beexploited for enhancing the security for man-in-the-middle attacks.

FIG. 4 illustrates an exemplary error handling process of a client toserver deployment if multiple clients contribute to the software updateat server side according to FIG. 3. During this server-side upgradeprocess a lot of aspects can go wrong, for example:

-   -   in the case the server 30 requests finally to send the packages        20 f, 21 f, 22 f, one of the clients 20 is offline X1; and/or    -   a certain acknowledgement message 20 e never reaches a certain        client 20, so that the sequence number is lost X2; and/or    -   a “total number of packages”-message 20 f does not reach its        destination X3; and/or    -   a package 21 g is corrupted X4.

All these aforementioned cases X1, X2, X3, X4 have the same effect thateventually the server 30 is not capable of reconstructing the wholepackage, either by missing sequence package or of package corruption. Soall error handling will take place at server side 30 when there is aproblem reconstructing the package 32. Whenever such an error X1, X2,X3, X4 occurs, all available clients 20, 21, 22 must contribute insolving the error X1, X2, X3, X4, so that the package which is eithermissing or corrupted, will be sent/transferred from differentsources/clients 20, 21, 22. Therefore the server 30 requests the missingpackage from all available clients Y. When a proper missing package isreceived Z by the server 30, it is evaluated and if it fits to completethe image then all other requested missing packages are discarded by theserver 30 and the server subsequently begins deployment 33.

It should be appreciated that different embodiments of atelecommunication device, apparatus, or system can utilize differentarrangements to meet a particular set of design criteria. For instance,it should be appreciated that some components, features, and/orconfigurations may be described in connection with only one particularembodiment, but these same components, features, and/or configurationscan be applied or used with many other embodiments and should beconsidered applicable to the other embodiments, unless stated otherwiseor unless such a component, feature, and/or configuration is technicallyimpossible to use with the other embodiment. Thus, the components,features, and/or configurations of the various embodiments can becombined together in any manner and such combinations are expresslycontemplated and disclosed by this statement. Therefore, while certainexemplary embodiments of a telecommunications device, apparatus, andsystem, and methods of making and using the same have been shown anddescribed above, it is to be distinctly understood that the invention isnot limited thereto but may be otherwise variously embodied andpracticed within the scope of the following claims.

1.-15. (canceled)
 16. A method for a client to server deployment in asystem via an online distribution platform, each client comprising aprocessor connected to a non-transitory computer readable medium, eachserver comprising a processor connected to a non-transitory computerreadable medium, the method comprising: a) receiving a client softwareupdate and an image or at least a part of an image of a server-sidesoftware update at a client from an online distribution platform; b)approving the software update by the client to verify that a softwareupdate is necessary; c) updating or installing the client softwareupdate on the client and subsequently logging in to a server; d)requesting a server deployment from the server by the client; and e)transferring the package of the image or at least a part of the image ofthe server-side software update from the client to the server.
 17. Themethod of claim 16, also comprising at least one of: f) acknowledgingthe server deployment request of the client by the server; g) requestinga package of the image or at least a part of the image of theserver-side software update from the client by the server; and h)initializing deployment of the server-side software update on theserver.
 18. The method of claim 16 wherein the online distributionplatform is an online store and/or an application store.
 19. The methodof claim 16 wherein the client is a mobile phone, a smart phone, atablet, a mobile personal computer, or a smart watch.
 20. The method ofclaim 16 wherein the client software update is an application update.21. The method of claim 16 wherein a plurality of clients contributes toserver deployment via a process comprising: i) receiving a clientsoftware update and an image or at least a part of an image of aserver-side software update at the plurality of clients from an onlinedistribution platform; ii) approving the software update by theplurality of clients to verify that a software update is necessary; iii)installing software update on the plurality of clients and each of theclients subsequently logging in into the server; iv) requesting a serverdeployment from the server by the plurality of clients; and v)transferring the package of the image or at least a part of the image ofthe server-side software update from the plurality of clients to theserver.
 22. The method of claim 21, wherein the process also comprisesat least one of: vi) acknowledging the server deployment request of theplurality of clients by the server; vii) requesting a package of theimage or at least a part of the image of the server-side software updatefrom the plurality of clients by the server; and viii) initializing ofthe deployment of the server-side software update on the server.
 23. Themethod of claim 16 comprising the server sending an acknowledgementtogether with an individual sequential or random package number to eachclient.
 24. The method of claim 16 comprising the server setting up awaiting time to receive more requests of server deployments from otherclients.
 25. The method of claim 16 wherein the server is one of aplurality of servers.
 26. The method of claim 16 comprising: upon adetermination that the server is unable to reconstruct an entirety of animage of the server-side software update due to a missing sequencepackage or package corruption, the server requesting the missingsequence package or corrupted package to complete the image of theserver-side software update from available clients in the system toreceive each and every missing sequence package and corrupted packagefrom available clients.
 27. A telecommunication apparatus for a clientto server deployment comprising: a client comprising a processorconnected to non-transitory computer readable medium; the client havingaccess to an online distribution platform and being configured todownload a client software update and an image or at least a part of theimage of a server-side software update for a server from this onlinedistribution platform; the client configured to install the clientsoftware update and log in to the server to request a server deploymentin response to determining that a client software update is necessary;wherein the server is configured to acknowledge the server deploymentrequest of the client and request a package of the image or at least apart of the image of a server-side software update from the client inresponse to the server deployment request of the client; and wherein theclient is configured to transfer at least one package of the image or atleast a part of the image of the server-side software update from theclient to the server in response to receiving an acknowledgement fromthe server concerning the server deployment request.
 28. Thetelecommunication apparatus of claim 27, comprising: the server, whereinthe server is configured to initialize deployment of the server-sidesoftware update in response to receiving the at least one package of theimage or at least a part of the image of the server-side softwareupdate.
 29. The telecommunication apparatus of claim 28 wherein theclient is at least one of a plurality of clients in a communicationsystem and/or wherein the server is at least one of a plurality ofservers in the communication system.
 30. The telecommunication apparatusof claim 27 wherein the online distribution platform is an applicationstore, and wherein the client is a mobile phone, a smart phone, atablet, a mobile personal computer, or a smart watch, and wherein theclient software update is an application update.
 31. Thetelecommunication apparatus of claim 27 comprising: the server, whereinthe server is configured so that, in response to determining that theserver is unable to reconstruct a whole image or at least a part of theimage of the server-side software update due to a missing sequencepackage or package corruption, the server requests each and everymissing sequence package from all available clients that are involvablein the server deployment to complete the image or at least a part of theimage of the server-side software update.
 32. The telecommunicationapparatus of claim 31, wherein the client is configured to transfer atleast one missing package to the server in response to the request foreach and every missing sequence package from the server.
 33. Anon-transitory computer readable medium having code stored thereon, thecode defining a method that is performed by a client computer devicethat runs the code, the method comprising: a) receiving a clientsoftware update and an image or at least a part of an image of aserver-side software update from an online distribution platform; b)approving the software update to verify that a software update isnecessary; c) installing the software update on the client andsubsequent logging in to a server to which the client computer device iscommunicatively connectable; d) requesting a server deployment from theserver by the client computer device to facilitate receipt of anacknowledgement from the server; f) the client computer devicetransferring at least one package of the image or at least a part of theimage of the server-side software update from the client computer deviceto the server in response to receiving the acknowledgement from theserver.
 34. The non-transitory computer readable medium of claim 33,wherein the client computer device is a mobile phone, a smart phone, atablet, a mobile personal computer, a personal computer, or a smartwatch.